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5 The present invention relates in general to financial transaction 

recording systems, and more particularly to a portable hand-held financial 
transaction terminal and to a financial transaction system including a plurality 
of portable radio frequency (RF) financial transaction terminals operable to 
establish a radio firequency communications link with a central network 
10 controller to transmit financial transaction data thereto. 
BACKGROITT^ ART 

Financial transaction devices to read data stored on credit, debit and/or 
smart cards to complete a financial transaction are known. Existing systems, such 
as automated banking machines (ABMs) require users to walk to and from an often 
fer-off central retail transaction platform to complete a financial transaction. More 
recently, debit-card systems have been provided at retail transaction platforms which 
allow a user to remotely enter his or her personal identification number (PIN) to 
directly withdraw funds from a financial institution to complete a financial 
transaction. 

Both the ABM and debit-card systems suffisr from the disadvantage of 
requiring the user to proceed to a particular retail transaction platform to complete 
a financial transaction. Also, these systems require tiie user to loose custody of their 
credit or debit card to a sales person, or in Uie case of ABMs to Uie machine itself. 

It is therefore an object of the present invention to obviate or mitigate 
25 at least one of the aforesaid disadvantages. 

DISCLQSTmF OF T HE INVRNTf Oiy 

According to one aspect of the present invention there is provided a 
portable radio frequency financial transaction terminal comprising: 
a housing; 

input means to allow transaction data to be entered tiierein; 
a card reader to receive and read credit, debit or smart cards; 
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a processor in communication with said input means and said card 
reader to receive and process transaction and card data; and 

a radio frequency transmitter to transmit said transaction and card data 
to a remote site whereat a transaction can be processed. 

According to another aspect of the present invention there is provided 
a financial transaction system comprising: 

a plurality of portable radio frequency financial transaction terminals 
to receive transaction and debit, credit or smart card data; and 

a central network controller in communication with each of said 
portable radio frequency financial transaction terminals via a RF communications link, 
said central network controller receiving said transaction and card data transmitted by 
said portable radio frequency financial transaction terminals and conveying said 
transaction and card data to a financial institution whereat transactions can be 
processed. 

In still yet another aspect of the present invention there is provided a 
financial transaction terminal comprising: 
a housing; 

input means to allow transaction data to be entered therein; 
a card reader to receive and read credit, debit or smart cards; 
a processor in communication witii said input means and said card 
reader to receive and process transaction and card data; and 

shock absorbing means acting between said card reader and said 
housing to inhibit shocks from being applied to said card reader. 

In still yet another aspect of tiie present invention tiiere is provided a 
25 financial transaction terminal comprising: 
a housing; 

input means to allow transaction data to be entered therein; 
a card reader to receive and read credit, dd>it or smart cards; 
a processor in communication with said input means and said card 
reader to receive and process transaction and card data; and 

a pistol grip depending from said housing to facilitate carrying of said 
terminal, said pistol grip being movable between extended and retracted positions. 
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According to one embodiment of tlie present invention, a financial 
transaction system is provided in wlUch the user is given a portable RF financial 
transaction terminal with which to enter transaction data via a keypad or read a UPC 
bar code on merchandise via a CCD scanner, read their credit, debit or smart card, 
and obtain a printed receipt of the transaction. All of this may be done while the RF 
financial transacUon terminal and the user's card remain in the total custody of the 
user. The user is Uierefore relieved from having to proceed to an ABM, retail 
platform, cashier's desk. etc. 

Prefiaably. each RF financial transaction terminal includes a 
motherboard with a main CPU module controlling four input/output interfaces capable 
of communicating with a bar code reader, a printer, a card reader interface and a 
radio frequency transmitter/receiver interface. n,e main CPU module also 
communicates with a secure module for providing cryptographic security control via 
a secure chip which interfaces with an RS-232 interfiu^. a speaker, a display and a 
keypad. A battoy backup is provided along with SRAM and flash memory 
containing start-up routines and system download routines. 

The RF financial transaction terminal is designed for easy use and 
includes a simple user card insertion device for reading credit, debit and courtesy 
cards, as well as read/write sensing for smart card applications. Tbt printer 
consumes low power and is designed for quiet operation and easy loading of paper. 
TlK display prefiaably comprises an LCD screen incorporating a split screen feature 
for portraying not only encrypted/driven information via prompting, but also 
predetennined appUcation software for tracking daily sales, adjusting inventories and 
audit traUs. scheduUng, daily accruals, etc. Tl,e casing for ti.e RF financial 
transaction terminal is designed to be com«nible fin>m an eigonomic pistol grip shape 
to a palm grip shape. 

The present invention provides advantages in tiiat transactions can be 
carried out at tiie location of a user witijout requiring the user to travel to an ABM, 
retaU platform etc. and without requiring the user to give up custody of their card.' 
Also, transactions entered into the RF financial transaction terminals are processed 
and verified in real-time since Uie transaction data is forwarded to host computers at 
a financial institution via a RF communications link and a central network controUer 
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where the transaction data is verified and processed. Confirmation that the 
transaction has been verified and processed is sent back to the RF financial 
transaction terminal by the financial institution via tfie central network controller and 
RF communications link. 

PIUEF PESCRTPTfON OF THE DRAWI^nff 

Embodiments of the present invention will now be described more fully 
with reference to the following drawings, in which: 

Figure la is a block diagram of a portable radio frequency financial 
transaction terminal for a financial transaction system in accordance with die present 
invention; 

Figure lb is a block diagram of a secure chip forming part of the 
portable radio frequency financial transaction terminal of Figure la; 

Figure 2 is a block diagram of a central network controller for a 
financial transaction system in accordance with die present invention; 

Figure 3a is a schematic rq)resentation of ttie financial transaction 
system in accordance witii the present invention; 

Figure 3b is a schematic representation of a communications protocol 
utilized between die portable radio frequency financial transaction terminals and the 
central network controller; 

Figures 4 and 5 are flow charts Ulustrating the method by which the 
communications protocol of Figure 3b is implemented; 

Figure 6a is a parUy exploded perspective view of the portable radio 
frequency financial transaction terminal of Figure la; 

Figures 6b to 6e are perspective views of die components constituting 
a handle forming part of die portable radio frequency financial transaction terminal 
of Figure 6a; 

Figure 7 are perspective views of die handle of Figures 6b to 6e in 
various positions; 

Figure 8 is an exploded perspective cut-away view of a portion of the 
portable radio frequency financial transaction terminal of Figure 6a; 
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Figure 9 is a partly e9q)loded perspective view of an alternative 
embodiment of a portable radio firequenqr finandal transaction terminal in accordance 
with the present invention; 

Figure 10 is a partial perspective view of the portable radio frequency 
financial transaction terminal of Figure 6a in combination witti a power supply 
charging dock; 

Figure 11 is a partially cut-away perspective view of a charging and 
carrying nest for ttie portable radio frequency financial toansaction tenninal of Figure 
6a; 

Figures 12a and 12b are exploded top plan and side elevational views, 
respectively, of components of the portable radio frequency financial transaction 
terminal of Figure 6a; and 

Figure 13 is a partly exploded perspective view of anotiier embodiment 
of a portable radio frequency financial transaction tenninal in acconlance witii the 
present invention. 

3EST M01>F. FOB CAW!tYTNG OTIT THE inv»^ ^| ^ 

Referring now to Figure 3, a finandal transaction system is shown and 
is generally indicated to by reference numeral 10. Financial tiansaction system 10 
includes a central network contioUer 12 and a plurality of portable hand-held radio 
frequency (RF) financial transaction terminals 20. In tiiis particular example, the 
financial transaction system 10 supports up to tiiirty-two (32) RF financial tiansa«ion 
terminals. Tht central network contioUer 12 and die RF financial transaction 
terminals 20 communicate via a wireless RF communications link. The central 
network conttoUer 12 also communicates witi, host computera at financial institutions 
(not shown) via DATAPAC services or via an ISDN interface as wUl be described 
to provide real-time transaction pnx*ssing witi, tiie host computers. Each RF 
financial transaction tenninal 20 includes a financial transaction data module (PTE) 
20a for collecting financial tiansaction data and a RF transceiver, in tius particular 
example a RF modem 20b for transmitting financial tiansaction data to tiie central 
network contrt,Der 12 and for receiving transaction verification data from tiie central 
netwrk controller 12. Tie RF modem 20b includes an internal microcontroller unit 
(MCU) and an antenna 20c. 
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Financial transactions are carried out by bringing a RF financial 
transaction tenninal 20 to the location of a user. TVansaction data is entered into the 
DTE 2Qa of the RF financial transaction tenninal either via an input l^pad or a bar 
code reader. The user's debit or credit card is read by the RF financial transaction 
terminal 20 in the presence of the user. The user is required to enter a PIN or 
password via the input keypad. The RF financial transaction terminal 20 does not 
display the entered PIN or password data and encrypts the data to inhibit the data 
from bdng accessed by unauthorized parties as tiie data is communicated between the 
RF financial transaction tenninal 20, the central network controller 12 and the host 
computers. The RF modem 20b of the RF financial transaction terminal 20 transmits 
the encrypted data to the central network controller 12 which in turn conveys the 
information to a financial institution so that die transaction can be verified and 
processed. Once processed, the central network controller 12 transmits verification 
data received from die host computer to the RF financial transaction terminal 20 to 
inform tiie user that Uie transaction has been verified and processed. The RF team 
financial transaction terminal in turn prints a receipt confirming Uiat the transaction 
has been verified and processed. Further details of tiie financial transaction system 
10 will now be described. 

RF Financial Transaction Ti>rmFnnl 

RcfiBnring to Figures 6a, 12a and 12b an embodiment of a RF financial 
transaction tenninal 20 is shown. The RF financial transaction terminal 20 includes 
an outer casing 22 which accommodates die various components of die DTE 20a and 
RF modem 20b. A retractable handle 24 depends from the undersurface 22a of the 
casing 22 to facilitate carrying of die RF financial transaction terminal 20. On the 
upper top surface of die casing 22 are an LCD display 50, an input keypad 52 and 
a printer 30 having a spindle carrying a paper roll. A cover is positioned over the 
printer 30 and has a triangular window on one side (not shown) to allow die condition 
of the paper roll to be visually determined. The input keypad 52 in this particular 
example includes a plurality of keys arranged in an array. The rows and columns of 
the array of keys are scanned in a random order to inhibit false keypad entries and 
to provide a high tapping resistance. A card reader 38 is partially housed by the 
casing 22 and has a card reading slot accessible from Uie rear end of die casing 22. 
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Although not illustrated, antenna 20c is also mounted on the outer casing 22 and is 
electrically connected to die RF modem 20b wifliin the casing 22. 

The internal components within the casing 22 are best illustrated in 
Figures la, lb, 12a and 12b. The internal electronic components of the RF financial 
transaction terminal 20 are mounted on a motherboard 600 and include a main central 
processing unit (CPU) module 26 which communicates with a secure module 28. The 
functional division of the internal components into the main CPU module 26 and the 
secure module 28 is required to provide security, as will be discussed in greater detail 
herein. 

The main CPU module 26 includes a printer interfw* 32. an RF Tx-Rx 
interfeoe 36, a card reader inter&ce 40 and a bar code reader interface 44. TTie main 
CPU module 26 is also equipped with a main CPU 62 connected to the interfaces 32, 
36, 40 and 44 aUowing the CPU 62 to control operation of the printer 30, the RF 
modem 20b, the card reader 38 and the bar code reader 42 (see Figure 9). TTie CPU 
62 is also connected to flash memoiy 64 and static random access memory (SRAM) 
66. The flash memoiy 64 contains start-up software incoipoiating a set of routines 
for initializing the RF financial transaction terminal 20 at power-up. The flash 
memory 64 also contains a system software loader comprising a routine for 
downloading system software into the SRAM 66. SRAM 66 contains the system 
software (eg. interrupt handlers. I/O routines, an application software loader, device 
drivers etc.), and an applications program area or memory space where a secure 
prompt table and different applications programs can be downloaded (eg. transaction 
verification, appUcation specific sendees, etc.). A solar battery 68 is also provided 
in the main CPU module 26 for security purposes as will be described and is 
connected to the main CPU 62. 

The secure module 28 provides cryptographic services and security 
measures to protect the RF financial transaction terminal from software tampering that 
could result in debit or credit card PIN or passwords from being accessed. TTie 
secure module 28 includes a microcontroller unit in the form of a secure chip 48 
which controls the operation of the disphiy 50, the keypad 52. a speaker 54. an 
auxiliary RS-232 port 56 and an interfece 58 to the main CPU module 26. The main 
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CPU module 26 and the secure module 28 receive power from an on-board 
rechargeable power supply 60 in the usual manner. 

'Himing to Figure lb, the secure diip 48 is better illustrated. As can 
be seen, secure chip 48 includes a CPU 48a, read only memory (ROM) 48b, random 
access memory (RAM) 48c and interfaces 48d, 48e, 48f, 48g and 56 for the keypad 
52, display 50, speaker 54 and auxiliary RS-232 port 56 respectively. The ROM 48b 
contains a secure chip operating system comprising cryptographic security services, 
auxiliary RS-232 port control, display control, control of communications to the main 
CPU module 26 (eg. via MCPUM interface 48d), keypad control and speaker (eg. 
buzzer) control functions. The RAM 48c is used for cryptographic key storage, 
password storage, and secure chip operating system working space. The secure chip 
48 is preferably in the form of a physically encapsulated secure integrated circuit 
programmed with the operating system necessary to perform the functions discussed 
above. The secure module 28 controls the LCD display 50 in a split-screen fashion 
dividing the LCD display into unsecured and secure display areas. The information 
displayed in the secure display area is controlled solely by the secure module 28 while 
the information displayed in the unsecured display area is controlled by the secure 
module 28 in conjunction with the main CPU module 26 as will be described. 

A battery backup 70 (see Figure la) is provided to protect against 
inadvertent power loss and consequent loss of data stored in SRAM 66 and RAM 48c 
in which the cryptographic keys are stored. Furthermore, ROM 48b is designed so 
as to prevent unauthorized reading of its oontoit. In addition, since the solar battery 
68 is within the casing 22, it is typcally isolated from light and does not develop any 
charge. However, if the integrity of the casing 22 is compromised and the interior 
of the casing is exposed to light, the solar battery 68 charges. The charge developed 
by the solar battery 68 is sensed by the main CPU 62 which in turn clears the 
cryptographic keys stored in the RAM 48c to prevent an intruder from acquiring the 
cryptographic keys. 

Turning now to Figures 6a to 13, mechanical aspects of the RF 
financial transaction terminal 20 will now be discussed. Figure 6a shows the RF 
financial transaction terminal 20 in perspective and as can be seen, the handle 24 is 
received in a recess 100 formed in the underside 22a of the casing 22. Fasteners in 
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the form of screws 102 secure the handle to the casing 22 allowing the handle 24 to 
be removed ftom the casing 22. The battwy 60 is received in a pocket (not shown) 
formed in the underside 22a of casing 22. A multi-pin electrical connector 104 
forming part of the bar code reader interface 44 is hidden by a cover 106 and is also 
located on the und»side 22a of casing 22. 

Figures 6b to 6e and 7 better iUustrate the handle 24. As can be seen, 
the handle 24 includes upper and lower handle sections 140 and 142 respectively 
which are rotatable relative to one another to allow the handle to move between an 
extended pistol grip position and a retracted palm grip position (see Figure 7). The 
lower handle section 140 is hollow and is constituted by a pair of mating halves 144 
and 146 respectively retained together by festeners 148 (only one of which is shown). 
TTie lower handle section has an oblique obround sur&ce 150 in which a square 
recess 152 is ibnned. A circular aperture 154 is provided in the center of the bottom 
surfece 156 of the recess 152 while a pair of diametricaUy opposed stops 160 project 
upwardly from the bottom surfece 156. Beneath the recess 152 and adjacent opposed 
interior side waUs of the lower handle section 140 are U-shaped retainers 158. 

Witiiin tiie lower handle section 140 is part of a handle rotating 
mechanism 162. As is best seen in Figure 6c, rotating mechanism 162 includes a 
support 164 through which one of the fasteners 148 passes to secure its position 
within U« lower handle section 140. A cylinder 166 projects from the support 164 
and passes through tiie apertures formed in tiie bottom surface 156 and obround 
surface 150 respectively. On tiie cylinder 166 adjacent the support are a pair of 
spaced annulets 168 and 170 reqxjctively. n,e annulet 168 closest to d,e support 164 
is positioned below tiie bottom surface 156 and has a pair of diametrically opposed 
projecting tabs 172 formed on it. The tabs 172 are received by tiie retainer. 158 to 
inhibit relative rotation of the handle rotating mechanism 162 and tiie lower handle 
section 140. The other annulet 170 is positioned above die bottom surface 156 and 
is accommodated within tiie recess 152. The amiulets 168 and 170 have diameters 
greater tiian tiiat of tiie aperture 154. 

•Die upper handle section 142 (best seen in Figures 6d and 6e) is also 
hollow and is constituted by a pair of mating halves 180 and 182 retained togetiier by 
festeners 183. The upper handle section also has an oblique obround surface 184 
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which overlies obround surfiu» 150. A sleeve 186 depends from surfece 184 and 
aooommodates a portion of (ylinder 166. The sleeve 186 extends into the recess 152 
and has a projecting tab 188 on it which abuts the stops 160 to Umit relative rotation 
of the two handle sections 140 and 142 respectively to 180 degrees. 

The sleeve 186 also extends into the upper handle section 142 and has 
a suifece 190 in which an aperture 192 is provided to allow the cylinder 166 to pass. 
An annulet 194 is formed at the distal end of the cylinder 166 and has a diameter 
greater than that of the aperture 192. The annulet 194 has a pair of diametrically 
opposed notches 195 formed in it which communicate with a latch 196 to retain the 
handle 24 in one of the extended pistol grip or retracted palm grip positions. The 
latch has trunnions 197 on it which are accommodated by hoUow cylindere 198 
extending from the side walls of the upper handle section 142. The latch 196 
includes a manuaUy operable release 200 which projects through an opening 202 in 
the upper handle section 142 as weU as a rebiining arm 204. A spring 206 biases the 
15 retaining arm 204 of latch 196 to urge it against the annulet 194. A pair of inwardly 
projecting poste 208 inhibit lateral movement of the latch 196 within the upper handle 
section 142. 

An attachment plate 210 is secured to the upper handle section 142 by 
fasteners 212 (only one of which is shown) which are accommodated in threaded 
receptacles 214. The plate 210 is accommodated by the recess 100 in the casing 22 
and is secured to the casing 22 by the festeneis 102. 

In use. when the handle 24 is in either the pistol grip or retracted palm 
grip position, the retaining arm 204 of latch 196 is urged into one of the notches 195 
formed in the annulet 194. Rotation of the lower handle section relative to the upper 
handle section is inhibited. When the manually operated release 200 is pushed, the 
retaining arm 204 pivots against the bias of the spring 206 to bring die retaining arm 
204 out of the notch 195. Rotation of the lower handle section 140 relative to die 
upper handle section 142 is tiien permitted but only in one direction due to the fact 
that Oie projecting tab 188 on the sleeve 186 abuts one of the stops 160. 

Once tiie lower handle section 140 has been rotated to bring the 
retaining arm 204 out of alignment with the notch 195, tf,e release 200 can be 
released. The retaining arm 204 is urged by die spring 206 toward the annulet 194 
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but because the retaining arm 204 runs along the outside surfece of the annulet 194 
it does not prevent the lower handle section 140 from lotMing. As the lower handle 
section 140 is further rotated, the other notch 195 becomes aligned with the retaining 
arm 204 and the retaining arm snaps into the notch 195 inhibiting any further relative 
rotation of the upper and lower handle sections. If the release 200 is held, continued 
relative rotation of the upper and lower handle sections in the same direction is 
inhibited due to the feet that the projecting tab 188 on the sleeve 186 will abut the 
other stop 160. The upper and lower handle sections 142 and 140 can be moved back 
to their previous positions by pivoting the retaining arm 204 once again by actuating 
the release 200 and rotating the lower handle section 140 relative to the upper handle 
section 142 in the opposite direction. 

Referring now to Figure 8, a portion of the interior of the casing 22 
is better illustrated. As can be seen, the casing 22 has an interior support surface 220 
with four generally rectangular openings 222 provided in it which are aligned with 
the listeners 102 extending through the attachment plate 210. The support surface 
220 supports a card reader mounting frame 224. TTie mounting frame 224 has a base 
plate 226 which overlies die support surface 220. Tlie base plate 226 has four 
punches 228 in it adjacent its comers which are received in compUmentary openings 
222 formed in the support surfeoe 220. The festeners 102 pass through the openings 
222 and threadably engage with apertures 230 in the punches 228. Fasteners 232 also 
pass through apertures 233 in the base plate 226 and engage witii apertures 234 in die 
support surface 220. 

SidewaUs 240 extend along opposed majors sides of the base plate 226. 
A bridge 242 spans the sidewalls 240 and is spaced above the base plate 226. The 
card reader 38 is accommodated between the sidewalls and is supported by the 
sidewalls 240 and bridge 242. feteners 244 pass dirough apertures 246 in the 
sidewalls 240 and are accommodated by apertures 248 in die card reader 38 to secure 
the card reader to the mounting frame 224. 

TTie sidewalls 240 and bridge 242 are designed to inhibit shocks from 
being applied to the card reader 38 in the event tiiat the RF financial transaction 
terminal 20 is dropped or collides with another object. Specifically, the sidewalls 240 
and bridge 242 are formed of aluminum and are dimensioned so that they are able to 
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flex approximately L2mm due to the extensile structure of the sidewalls 240. 
Therefore, in the event of a shock being applied to the RF financial transaction 
terminal 20, the sidewalls 240 and bridge 242 flex and act as a shock absorber for the 
card reader 38 so that the card reader floats within the casing 22. 

In normal operati(H) of the RF financial transaction terminal, the secure 
module 28 operates in conjunction with the main CPU 62 in the CPU module 26 as 
the main CPU 62 executes the applications program to allow transactions to be 
entered at the location of a user and conveyed over the RF communications link to 
the central network controller 12 as well as to receive transaction verification data 
from the host computers at the financial institution via the central network controller 
12 and the RF communications link. 

During this operation, as the main CPU 62 executes the applications 
program, the CPU 62 must request the services of the secure module 28 via interface 
58 whenever data needs to be displayed on the LCD display 50 or entered via the 
input kqrpad 58. The secure module 28 recognizes three diflerent types of requests 
generated by the main CPU 62, namely a "display only" request, a "display prompt" 
request and a "display secure prompt" request. 

The display only and display prompt requests are typically generated 
by the main CPU 62 when the RF financial transaction terminal is used in normal 
operation and transactions arc being carried out at user locations. Display secure 
prompts are generated by the host computers at financial institutions and are the most 
sensitive due to the feet that keyboard entries are passed to the main CPU module 26 
in clear text form. 

When die secure module 28 receives a display only request from the 
main CPU 62, the secure module 28 causes the word "UNSECURED" to flash in the 
secure display area of the LCD display 50 and displays keypad entries on the 
unsecured display area without checking the data. The keypad entries are not 
forwarded to the main CPU module 26. Presses of the entry key of the keypad 52 
are however passed to the main CPU 62 by the secure module 28 to signal the main 
CPU to proceed with the applications program. 

When the secure module 28 receives a display prompt request from the 
main CPU 62, the secure module causes the word "SECURE" to be continuously 



15 



25 



30 



WO 96^6505 PCT/CA96AKH04 

-13- 

displayed in the secure display area of the LCD di^lay 50 and displays the 
^>propriate prompt such as "Ent» PIN" on the unsecured display area of the LCD 
display 50. Keypad entries are encrypted by the secure chip 48 in the secure module 
28 brfore bang conv^ to the main CPU 62 and are not displayed. 
5 Thus, during normal operation transaction data which is to be 

forwarded to the host computers at the financial institution is not displayed on the 
LCD di^lay 50 when entered and is encrypted prior to bong transmitted over the RF 
communications link to provide proper security. 

When the secure module 28 receives a display secure prompt request 
10 from the main CPU 62, the secure module requests the main CPU to provide a 
prompt authentication code (KAQ associated with the secure prompt being requested. 
The PACs are generated by the host computers in the financial institutions using a 
cryptogr^hic algorithm for each secure prompt and are transmitted to the RF 
financial transaction terminals by the host computers when the RF financial 
transaction terminal is physicaHy connected to the coitral network controller 12 as 
will be described. 

When the secure module receives tiie secure prompt request together 
with the PAC, die secure chip 48 compares the PAC with the content of a secure 
prompt table in RAM 48c. If the results of the comparison are proper, the secure 
module 28 passes entries made using the keypad 52 direcUy to the main CPU 62 in 
clear text form. If die results of the comparison are not correct, the secure module 
28 denies the secure prompt request. 
Central N«j*work Pftntmllpr 

Referring now to Figure 2, die central network controller 12 is better 
iUustrated. The network central controller 12 is typicaHy located in a retailer's 
premises and is powered by a power supply 80 connected to AC mains. The central 
network controller is also connected to a dial-up or leased-Une phone cable. The 
central network controller 12 includes a CPU modierfooard with a main 
microprocessor 82 and associated memory 84. The main microprocessor 82 is 
connected to a RF transceiver 86 in the form of a RF modem having an antenna 88 
for estabUshing a RF communications link with the various RF financial transaction 
terminals 20 using a wireless data communications network. A DATAPAC interface 
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90 is provided with DATAPAC 3101 and 3201 surftce interfaces. An ISDN interface 
board nay also optionaUy be provided. A serial RS-232 interfece 92 is included in 
the central network controller 12 to allow updates to data and software used by the 
RF financial transaction terminals 20 and central network controller 12 to be 
downloaded. A serial RS-485 interface 94 is also provided for optional connection 
of the central network controller 12 to the retailer's existing point-of sale platforms. 

Hie central network controller 12 functions as a gateway between the 
RF financial transaction terminals 20 and the standard interfaces (ie. DATAPAC) 
leading to the host computers at financial institutions. The central network controller 
12 forms a transparent link for all transaction requests generated by the RF financial 
transaction terminals that are conv^ to financial institutions as well as for all 
replies generated by financial institutions that are conveyed to the RF financial 
transaction terminals 20 in response to received transaction requests. 

The memory 84 stores software which is executed by the main 
15 microprocessor 82 allowing the central netwwk controller 12 to perform a number 
of functions. Specifically, the central network controller 12 effects wireless data 
communication network control using a communications protocol, discussed in greater 
detail below. The central network controller 12 also controls message exchange 
between the RF financial transaction terminals and the financial institutions. 
20 Specifically, the centtal network controUer 12 collects transaction requests from the 
individual RF financial transaction terminals 20 and forwards them to the host 
computers at the q^propriate finandal institutions in onler the transaction requests are 
received. In addition, the central network controUer 12 controls message exchange 
between tiie central network controller 12 and tiie host computers at financial 
25 institutions using DATAPAC 3101 or DATAPAC 3201 services. The central 
network contioUer 12 supports existing data communications protocol as defined by 
Tfelecom Canada. However, if desired an ISDN interfiice can be used instead of the 
DATAPAC 3101 and 3201 services. 

The central network controUer 12 also receives and stores new RF 
financial transaction terminal software releases and new RF financial transaction 
terminal secure prompt tables provided by tiie financial institution for use in the RF 
financial transaction terminals. For example, a financial institution can download the 



30 



BNSDOCID; <WO armwuvui i •» 



10 



wo 9^(505 

l>CT/CA9«mOI04 

-15- 

ncw RF financial transaction tenninal software to the central netwoik controller 12 
via the RS-232 inter«ioe 92 fijr storage in memoiy 84. Hie central network controller 
12 can then download the updated software to the RF financial transaction terminals 
to update them by way of a physical serial cable connection estabUshed between the 
RS-232 interface 92 of the central network controller 12 and the RS-232 interfaces 
56 on the RF financial transaction terminals 20. When the software in all of the RF 
financial transaction terminals has been updated, the new RF financial transaction 
terminal software can be deleted from the memory 84. The central network 
conlroUer 12 also controls communicaUon with the existing point-of-sale platforms at 
the retaUer location via the serial RS-485 interface 94. This allows a retailer to use 
existing cash registers to exchange data such as prices, totals, etc. to the central 
network controller 12. 

Prior to operation of die financial transaction system 10, die central 
network controUer 12 is put tiiiough an initialization routine to establish several 
configuration parameters. The initialization routine wiU now be described. 

During initialization, one of the RF financial transaction devices is 
physically connected to die central network controller 12 by way of a serial cable 
comiected to die RS-232 interfaces 56 and 92 respectively to allow the keypad 52 of 
die RF financial transaction device to be used to enter data into the central network 
controller 12. The keypad 52 is used to enter or select die following: 

i) The current time and date; 

ii) The type of communications format to be used to communicate with 
d»e host computers at die financial institution; 

iii) The type of point-of-sale platform at die retailer's location to be 
connected to die RS-485 interface 94; 

iv) The telephone number of die modem at die financial institution dial 
should be diaUed to request download of new RF fimmcial transaction tenninal 
software; 

"^"^ telephone number of die modem at die financial institution diat 
should be dialled to request download of a new RF fimmcial transaction terminal 
secure prompt table; 



15 



20 



25 



BHSDCX^ID: <W0 M26S05A1 I > 



WO9M6505 PCT/CA96/00104 

-16- 

vi) Telq>hone numbers and network addresses for credit and debit 
transactions; and 

vii) The destination addresses of the RF financial transaction terminals in 
the financial transaction system 10. 

Following this, the RF financial transaction terminal software and 
secure prompt table must be downloaded to the central network controller 12 from 
the financial institution. During this stage of the initialization, the host computer at 
the financial institution contacts the central network controller 12 using a dial-up 
modem and transmits a message indicating the type of data to be downloaded to the 
central network controller 12 ie. the RF financial transaction terminal software or the 
secure prompt table. Once the message has been transmitted to the central network 
controller, the connection is terminated. The central network controller 12 then 
establishes a connection to the financial institution by dialling the appropriate modem 
number initialized at either stq) iv or v above. Once the connection is established, 
the RF financial transaction terminal software or secure prompt table is downloaded 
into the memory 84 of the central network controller 12. 

Following this, each RF financial transaction terminal 20 is connected 
to the central network controller 12 via a serial cable connected between the RS-232 
interfaces 56 and 94 re^)ectively so that the RF financial transaction terminal software 
or secure prompt table can be downloaded into the RF financial transaction terminal. 
The download procedure is initiated using the keypad on the RF financial transaction 
terminal. Afta- the RF financial transaction terminal software or secure prompt ublc 
has been downloaded, the RF finandal transaction terminal is prompted by the 
financial institution to generate a Download Request-Terminal Initialization transaction 
which is convqred to the finandal institution by way of the central network controller 
12 in order to synchronize the cryptographic kqrs stored therein and to receive 
operational parameters from the finandal institution. Also, depending on information 
required by the financial institution, the financial institution may pass an instruction 
to the RF financial transaction terminal which causes the main CPU 62 to generate 
a secure prompt request. 

Once the above has been done, the connection between the central 
network controller and the host computer at the financial institution can be 
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temiinated. As should be appnddM, the above steps are perfimned separately in 
<mter to initiate downtoad of the RF financial transactions ^^^^^^^^^^ 
prompt table and are performed for each RF finandal transaction terminal 20 in the 
financial transaction system 10. 

Commiintmtiftrs Prnfnrn; 

As mentioned previously, the RF financial transaction terminals 20 and 
the central network controller 12 use a communications protocol to exchange data 
over the RF communications Unlc. The communications protocol will now be 
described. 

In the communicatiwis protocol, a number of types of messages are 
generated either by the MCU in the RF modem 20b or 86 or by the UTE 20a. 
Depending on the type of message, different operations are performed. The messages 
generated in the communications protocol of the present invention an information 
messages (i_messages), command messages (comm.msg), error messages 
(error_message) and acknowledgement messages (ack_messages). 

Information and command messages are generated by a DTE 20a and 
are conveyed to the MCU in the RF modem. Information messages are messages 
which are to be transmitted on the RF communications link and are addressed to a 
particular RF financial transaction terminal 20 or to the central network controller 12. 
When a RF modem receives an information message it adds a data link PLL) layer 
to it to create an information packet (ijacket) before transmitting die ij«cket on die 
RF communications link. 

A command message is a message which is to be used by the RF 
modem for internal purposes to reset command parameters therein. A command 
message is not put in the form of an ij«cket by the RF modem and tiierefore. is not 
transmitted on tite RF communications link. 

Error messages are generated by the MCU in a RF modem in tije event 
that proper communications cannot be established over die RF communications link. 
Error messages generated by tiie MCU are conveyed to die DTE. 

Acknowledgment messages are generated by die MCU of a RF modem 
after an i_packet has been properly received. The MCU tiien adds a DLL layer to 
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the acknowledgement message to create an acknowledgement packet (ackjmcket) 
before transmitting the ackjtacket on the RF communications link addressed to the 
RF finandal transaction terminal or central network controller that sent the received 
ij>acket. 

There are two types of incoming packets that a MCU can receive on 
the RF communications link, namely, an i_packei and an ack_packet. An i_packet 
received by a RF modem is forwarded to the DTE in the form of an i.message (after 
stripping the DLL header from it) if it is error free, and if the destination address of 
the ijjactet is valid. An zcKpadast received by a RF modem is not forwarded to the 
DTE. Appendix A better illustrates the form of the various packets and messages 
generated using the communications protocol. 
Messaging 

The communications protocol provides for three modes of operation, 
namely an idle mode, a transmit (Tx) mode and a receive (Rx) mode. The following 
is a description of the idle, receive and transmit modes of operation of the RF 
financial transaction terminals 20 and the central network controller 12 with reference 
to Figures 4 and 5. 

RF modem Initifllafltinn 

When a RF financial transaction terminal 20 or the central network 
controller 12 is powered up or reset (block 700), the MCU of the RF modem initiates 
a startup procedure (block 702). During this procedure, the MCU resets an 
acknowledge flag (ack_.okJg) to 0 and sets an acknowledge timer (ack^timer) to an 
initial value (ack_ajnit). At this stage, the acknowledge timer starts counting down 
and when the acknowledge timer expires, the acknowledge flag (ack_ok Jg) is set to 
1. Once the startup procedure 702 has been completed, tiie MCU of the RF modem 
enters an idle mode (block 704). 
WIe mode 

In the idle mode, die MCU of tiie RF modem waits to be interrupted 
by eitiier an RTS signal received from tiie DTE, an incoming packet received on tiie 
RF communications link or an expired timer signal. 



10 



15 



wo 96^6505 

PCr/CA9MIOI04 

-19- 

Rx modq 

If an incoming packet is received by the RF modem on the RF 
communications link (block 710), the MCU removes the DLL header fiom the 
incoming packet and calculates a cyclic redundancy check (CRC) value (block 712). 
nie calculated CRC value is then checked to detemine if it is valid (block 714). If 
the CRC value is not vaUd, the MCU resets the acknowledge timer to the initial value 
(ack_a_init) and sets the acknowledge flag (ack_ok_flg) to 0 (block 716) before 
returning to the idle mode (block 718). If at block 714 the CRC value is determined 
to be valid, the destination address (destjd) of the incoming packet is checked (block 
720). If the destination address is not vaUd, the MCU proceeds to block 716. 

If the destination address is valid, the incoming packet is checked to 
determine if it is an i_packet (block 722). If the incoming packet is determined not 
to be an i_packet, then it is then checked to determine if it is an ack_packet (block 
724). If the incoming packet is determined not to be an ackj)acket, the MCU 
proceeds to block 716. If the incoming packet is an ackjacket. the MCU sets the 
A financial transaction system is provided in which a user is given a 
portable RF financial transaction terminal with which to enter tnuisaction data via a 
keypad or read a UPC bar code on merchandise via a CCD scanner and read their 
credit, debit or smart card. The RF financial transaction terminal transmits the 
transaction and card data to a central network controUer via a RF communications 
link. The central network controUer in turn conveys the transaction and card data to 
the host computers at a financial institution where the transaction is processed in real- 
time. The financial institutions return verification data to the central network 
controller which is passed back to the RF financial transaction terminal via the RF 
communications link. IT* RF financial transaction terminal then generates a printed 
receipt of the transaction for the user. All of tiris may be done while tiie RF financial 
transaction terminal and the user's credit, debit or smart card remains in ti,e total 
custody of the user. The user is tiierefore relieved from having to proceed to an 
ABM. retail platform, cashier's desk. etc. acknowledge flag (ack_ok_flg) to 1 (block 
30 725) before proceeding to block 718. 

If at block 722 the incoming packet is determined to be an i_packet. 
the MCU forMardsfliei_message to the DIE (block 726). The MCU then causes thi 
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RF modem to generate and transmit an ackj>acket on the RF communications link 
addressed to the RF modem of the RF financial transaction terminal or central 
network controller that sent the i^message to confirm receipt of the i.message (block 
728). Following this, the MCU proceeds to block 718 and enters the idle mode. 

If the MCU receives an RTS signal (block 730), the MCU is 
conditioned to the transmit mode and awaits receipt of a message from the DTE 
(block 732). When the message is received from the DTE, the MCU checks the 
message to determine if it is a comm_message (block 734). If the message is a 
comm^message, the MCU resets the communications parameters (comm.params) 
therein in accordance with the comm_message (block 736) brfore returning to the idle 
mode (block 738). 

If at block 734 the message is determined not to be a comm_message, 
the message is assumed to be an i^message. The MCU in turn calculates and adds 
the DLL header to the i_message to create an ij»cket (block 740). Once the 
i_j)acket has been created, the MCU checks to determine if the acknowledge flag 
(ack_ok_flg) is set to 1 (block 742). If the acknowledge flag is not set. the MCU 
returns to an idle mode (block 744) and waits for the acknowledge flag (ack^ok_flg) 
to be set to 1. At block 742 if the acknowledge flag is set, the MCU calculates a 
random number k (block 746), sets a network access denied timer (nad^timer) to an 
initial value equal to k ♦ nad^d where nad^d is equal to 8.5ms ( block 748) before 
returning to an idle mode (block 750) waiting for the nad__timer to expire. In the idle 
mode at block 744, the MCU waits for the acknowledge flag (ack.ok^flg) to be set 
to 1 as shown at block 752, and then proceeds to block 746. The generated random 
number k is of the form k€ 16,31 if the i.message is being originally transmitted and 
is of flie form k60,15 if the i.message is bring retransmitted. The nad_^timer is used 
to provide randomization of RF communications link channel occupation attempts. 

When the nad Jmer expires (block 754), the MCU sets a transmission 
counter (R^Tx^CNT) to an initial value (R.Tx^NMB) representing the number of 
times the RF modem will attempt to transmit a packet (block 756). Once the 
transmission counter has been set, the RF modem transmits the packet on the RF 
communications link, decrements the transmission counter (RJTxJCm) by one and 



wo 96/26S0S 

PCT/CA96/00104 

-21- 

sets an acknowledge response timer (R_Tx_Tinier) to an initial value (R_Tx_D) 
(block 758). In this particular example, the initial value (R_Tx_D) is equal to the 
initial value of the acknowledge draer, namely ack_a_init. FbUowing this, the MCU 
enters an idle mode (block 760). 

After the packet is transmitted on the RF communications link, the 
MCU awaits receipt of an ack_packet from the RF financial transaction terminal 20 
or central network controller 12 to which the packet was addressed to confirm that 
the packet was properly received. If the acknowledge response timer (R.Tx.Timer) 
expires before the ackjacket is received (block 762), the MCU checks the value of 
the transmission counter (R.Tx.CNT) (block 764). If the value of the transmission 
counter is equal to zero, the MCU sends an error message to the OTE 20a to inform 
that DTE 20a that the packet was not successfully transmitted (block 766) and the 
MCU returns to the idle mode (block 768). If at block 764 the value of the 
transmission counter is determined to be greater than zero, the MCU pioceeds to 
block 746 and die following steps are performed again in order to retransmit the 
packet. 

ActalPWlfdPP and Ackni>wlpHpf B nPon^«. Tinu^ 

After transmission of a packet on the RF communications link, it is 
necessary for the MCU to allow the RF financial transaction terminal or central 
network contioUer to which the packet was sent sufficient time to respond with an 
ackjMcket without interruption by other MCUs. This is done by setting tiie 
acknowledge and acknowledge response timers (ack.timers and R.Tx.Timers) in all 
RF modems to a predetermined initial ^ah« (ack.a.init) after an incoming packet with 
a valid CRC and destination address (destjd) is received. The ^zjmt value must 
be large enough to ensure that a RF modem wiH have sufficient time to receive the 
packet, check the CRC value, remove ti,e DLL header, forward tiie i.message to the 
DTE. create an ack_ packet and send it to the tnuismitting MCU before the timers 
expire. 

In tiie present financial transaction system 10. die aclLa.init value is 

given by: 

2 X prop_delay-»-MCU_Rx_pr+RF modem_TO_DIE_transf+MCU_ack_pr 
+ACK_xmit-^T_ambg 
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where: 

prop.dday is the packet transmission propagation delay and is assumed to be 
approximately equal to 0; 

MCU_Rxj>r is the time needed for the MCU to process the received packet; 

RF modem.to^DTE.transf is the time needed for the MCU to transfer the 
i^message to the DTE; 

MCU.ackj)r: is the time needed for the MCU to generate the ack jacket; 

ACK.xmit is the ackj)acket transmission time; and 

T.ambg is ambiguity time added to the ack_a_init value to provide a buffer. 

Referring now to Figure 9, another embodiment of the RF financial 
transaction terminal 20 is shown. In this embodiment, the handle 24 is rq)laced with 
a CCD unit bar code reader 42. As can be seen, the bar code read^ 42 includes a 
body 300 with a plate 302 on it which is basically the same size as plate 210 and 
which is received by the recess 100 formed in the casing 22. Fasteners 102 pass 
through apertures 304 in the body 300 and threadably engage the apertures 230 in the 
punches 228. A pair of wings 310 extend from the sides of the body 300. Fasteners 
312 pass through ^)atures 314 in the wings 310 and threadably engage apertures 315 
in the underside 22a of the casing 22. A conventional CCD scanner (not shown) is 
housed within the body. The front of the body includes a pane 316 through which 
the laser beam generated by the CCD scanner can pass so that bar codes can be read. 
On the upper surface of the body 300 is a multi-pin electrical connector (not shown) 
which mates with the complimentary electrical connector 104 on the underside 22a. 
A pistol grip handle 318 depends from the body 300 and has a manually operable 
trigger 320 on it which when actuated operates the CCD scanner. 

When the bar code reader 42 is to be used, the fasteners 102 attaching 
the handle 24 to the casing 22 are loosened and the handle 24 is removed. The cover 
106 over the electrical connector 104 on the radio terminal 20 is also removed to 
expose it. The bar code reader 42 is then attached to the casing 22 via fasteners 102 
and 312. At this time, the electrical connectors mate and power is supplied to the bar 
code reader 42 by the battery 60. Logic in the bar code reader 42 detects when the 
bar code reader is connected to the battery and automatically powers the bar code 
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reader so that it becomes operative. The bar code reader then operates in a 
conventional manner with the CCD scanner generating a laser beam which passes 
through the pane 316 when the trigger 320 is actuated. When the laser beam is 
scanned across a bar code, the CCD scanner reads the scanned bar code and conveys 
the information to the RF financial transaction twminal 20 via interface 44 in a 
conventional manner to record the transaction data. 

With refCTence to Figure 10, a charging dock 400 is shown for 
receiving the RF financial transacUon terminal 20 when the handle 24 is in the 
retracted position. A non-contact charger unit is accommodated by a charging dock 
cavity 401 within the dock 400 for charging the power supply 60. A charging stud 
402 on the dock is received by a charging receptacle 404 formed in the undersurface 
22a of casing 22 to properly position the RF financial transaction terminal 20 within 
the dock so that charging of the power supply can occur. 

Figure 11 shows a charging and carrying nest 500 for carrying the RF 
financial transaction terminal 20 when the handle 24 is in the extended pistol grip 
position. The charging and carrying nest 500 also includes a charging stud 402 to 
register with the charging recq)tacle 404 formed in the undersurface of the casing 22. 

In both the charging dock 400 and charging nest 500, the rear case of 
the dock or nest is buUt-up. This is done to prevent the RF financial transaction 
terminal 20 from being placed in the dock or nest when a card is positioned in the 
card reader or from trying to insert a card into the card reader when the RF financial 
transaction terminal is being chaiged. This design helps to inhibit the erasure of data 
recorded on the magnetic strip of a credit or debit card by the fields created by the 
dock or nest. 

Figure 13 shows yet another embodiment of a handle for the RF 
financial transaction terminal 20. In tiiis embodiment, the handle 24 is connected to 
the undersurface 22a of casing 22 by means of a tongue 650 cooperating with an 
internal slot 652 formed in the undersurface 22a of casing 22. and a pair of one-way 
screws 654. The handle 24 is formed in a single piece construction and tiierefore. 
30 remains in the «tended pistol grip position. 
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Although the card reader has been described to read credit or debit 
cards, it should be sppmni to those of skill in the art that a smart card reader having 
read/write functions may be incorporated into the RF financial transaction terminal. 

Although various embodiments of RF financial transaction terminals 
5 have been described for use in a financial transaction system, those of skill in the art 
will a^redate that variations and modifications may be made to the present invention 
without departing from the scope thereof as defined by the appended claims. 
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The following is a description of the various message and packet 

formats: 
i^packet 

|synch|CRC[21|DLL.ctrl[l]rSTXMmsg.type[lJ|destJd[l]|sourc^^^^ data 
[123]pETX'or*ETB'| 

where: 

i.message starts at 'STX* and ends at 'ETX' or 'ETB'; and 
DLL header consists of 16 bit qfdic redundancy check value (synch CRC) and 
a DLL control byte PLL_ctrl). 

In the i_message: 

i) the position of the destination and source identifications (destjd and 
source Jd) are fixed; 

ii) the maximum number of data bytes is set at 123; and 

iii) STX and ETX or Era bytes only appear at beginning and end of 
i_message. 

The DLL control byte has the foUowing format: 
-QQQQSSSS where: 

QQQQ is request type: 1000 for information and 0111 for ackjacket 
SSSS is presentiy unused 

ackjiacket 



|synch|CRC[2]|DLL^ctrl[l]|'STX'|msg^type[l]|dest IDm|source IDUJI 
•ETXM 
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AITENPK A - CPPTT 

S Control message 

I 'STX* I msg_type[l) | dest_ID[ll I source_IDIl] | 'ETX* | 
Error message 

10 

I 'STX* I insg_type[l] | dest_ID[l] | source_ID[l]error_code[l] | 'ETX* 
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What is clflinii^fi 



^' A portable radio frequency financial transaction terminal comprising: 

a housing; 

input means to allow transaction data to be entered therein; 

a card reader to receive and read credit, debit or smart card; 

a processor in communication with said input means and said card 
reader to receive and process transaction and card data; and 

a radio frequency transmitter to transmit said transaction and card data 
to a remote site whereat a transaction can be processed. 

2- A terminal as defined in claim 1 further comprising a radio frequency 

receiver to receive verification data from said remote site that said transaction has 
been verified and processed. 

3. A terminal as defined in claim 2 further comprising a printer to 
generate a printed receipt of said transaction. 

4. A terminal as defined in claim 3 wherein said printer is inhibited from 
generating said receipt until said receiver has received said verification data. 

5. A terminal as defined in claim 4 wherein said input means includes a 
keypad and/or a bar code reader to allow said transaction data to be entered. 

6. A terminal as defined in claim 1 wherein said processing means 
includes cryptographic security to encrypt said transaction and can! data prior to 
transmission. 



A terminal as defined in claim 6 further comprising tamper proof 
to inhibit access to cryptographic data used by said cryptographic security. 
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8. A terminal as defined in claim 7 wherein said tamper-proof means 
includes a solar battery within said housing, said solar battery developing a charge 
when exposed to light signifying unauthorized access into said housing, said processor 
detecting diaige developed by said solar battery and deleting said cryptographic data 

5 to inhibit unauthorized access thereto. 

9. A tmninal as defined in claim 1 wherein said housing has a pistol grip 
to facilitate carrying thereof. 

10 10. A terminal as defined in claim 9 wherein said pistol grip is movable 

between extended and retracted positions. 

11. A terminal as defined in claim 10 wherein said pistol grip includes a 
locking mechanism to maintain said pistol grip in one of said extended and retracted 

15 positions and a release to release said locking mechanism to allow said pistol grip to 
be moved between said extended and retracted positions. 

12. A terminal as defined in claim 5 wherein said bar code reader is 
removably attachable to said housing. 

20 

13. A terminal as defined in claim 1 further comprising shock absorbing 
means acting between said card reader and said housing to inhibit shocks from being 
applied to said card reader. 

25 14. A financial transaction system comprising: 

a plurality of portable radio frequency financial transaction terminals 
to receive transaction and debit, credit or smart card data; and 

a central network controller in communication with each of said 
portable radio frequency financial transaction terminals via a RF communications link, 
30 said central network controller receiving said transaction and card data transmitted by 
said portable radio frequency financial transaction terminals and conveying said 
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transaction and card data to a financial institution wJiereat transactions can be 
processed. 

15. A system as defined in claim 14 wherein said central network controller 

5 receives verification data from said financial institution that said transactions are 
valid, said central network controller transmitting said verification data to said 
portable radio frequency financial transaction terminals via said RF communications 
link to confirm valid transactions. 

^ 9^"^ as defined in daim 15 whCTein data transmitted over said RF 
communications link is encrypted. 

A financial transaction terminal comprising: 
a housing; 

input means to allow transaction data to be entered therein; 
a card reader to receive and read credit, debit or smart cards; 
a processor in communication with said input means and said card 
reader to receive and process transaction and card data; and 

shock absorbing means acting between said card reader and said 
20 housing to inhibit shocks from being applied to said card reader. 

18. A terminal as defined in claim 17 wherein said shock absoAing means 

includes a fnune having a pair of flexible, laterally spaced waUs and a flexible 
transverse bridge extending between said waUs, said card reader resting on said 
25 bridge and being positioned between said walls; and fastening means to secure said 
card reader to said walls. 



A financial transaction terminal comprising: 
a housing; 

input means to allow transaction data to be entered therein; 
a card reader to receive and read credit, debit or smart cards; 
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a processor in communication with said input means and said card 
reader to receive and process transaction and card data; and 

a pistol grip dq)ending from said housing to &cilitate carrying of said 
terminal, said pistol grip being movable between extended and retracted positions. 

20. A terminal as defined in claim 19 wherein said pistol grip includes a 

locking mechanism to maintain said pistol grip in one of said extended and retracted 
positions and a release to release said locking mechanism to allow said pistol grip to 
be moved between said extended and retracted positions. 
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